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DETAILED ACTION 

1 . This Action is in response to Applicant's amendments filed on July 30, 2007. 
Claims 1-9 are now pending in the present application. This Action is made NON- 
FINAL. 

Drawings 

2. The drawings are objected to as failing to comply with 37 CFR 1.84(p)(4) 
because reference characters "1" and "7a" have both been used to designate Ipv4- Ipv6 
TRANSLATION DEVICE. Corrected drawing sheets in compliance with 37 CFR 
1.121(d) are required in reply to the Office action to avoid abandonment of the 
application. Any amended replacement drawing sheet should include all of the figures 
appearing on the immediate prior version of the sheet, even if only one figure is being 
amended. Each drawing sheet submitted after the filing date of an application must be 
labeled in the top margin as either "Replacement Sheet" or "New Sheet" pursuant to 37 
CFR 1.121(d). If the changes are not accepted by the examiner, the applicant will be 
notified and informed of any required corrective action in the next Office action. The 
objection to the drawings will not be held in abeyance. 

accepted. 

Claim Rejections - 35 USC §112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 
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Claim 1 is rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. 

Regarding claim 1, page 2 lines 9-10 state the following limitation: "a replacing 
unit replacing the address in the second network read by the reading unit with the 
source address of the data" renders the claim indefinite because the addition of the 
phrase "the address in the second network " and the words "source address" to an 
otherwise definite expression extends the scope of the expression so as to render it 
indefinite (Ex parte Copenhaver, 109 USPQ 118 (Bd. App. 1955)). See MPEP § 
2173.05 (b) 

It is suggested that the applicant replace the limitation with: "a replacing unit 
replacing the ID in the first network read by the reading unit with the address in the 
second network of the data" 

Claim Rejections - 35 USC § 103 
4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: ; 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 

the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 

the various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the obligation 
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j 

under 37 CFR 1.56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

Claims 1-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hamamoto et al. (U.S. Patent # 6,038,233) in view of Asano et al. (U.S. Patent 
Application Publication # 2003/0185236 A1). 

Regarding claim 1, Hamamoto et al. teach an address translation device (read 
as Ipv6/lpv4 translator (Fig. 1 @ 55), Column 6 Line 5-6) comprising: an extraction unit 
(read as an header translation unit (Fig. 2 @ 33)) extracting, from data received via a 
first network (read as IPv6 Network (Fig. 1 @ 52)), a fixed identifier indicating a 
transmission source of the data ("The header translation unit 33, upon receiving the 
packet, extracts the IPv6 address, which is the source IP address, included in the 
packet, and searches for an IPv4 address which has previously corresponded to the 
extracted IPv6 address Column 8 Lines 3-7); a storage unit (read as an address 
translation information table (Fig. 2 @ 35)) storing the fixed identifier and an address 
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(Fig. 2 @ 35 is used to store "... address translation information", Column 6, Line 25), in 
a second network (read as IPv4 Network (Fig.1 @ 54)), of the transmission source 
indicated by the fixed identifier by relating fixed identifier and the address each other 
("the address translation processing unit 43 assigns a certain IPv4 address to the 
aforementioned IPv6 address.", Fig. 8, Column 10 Lines 39-41); a reading unit (read as 
IPv4/v6 reception processing unit (Fig. 2 @ 31)) reading the address, in the second 
network, stored on the storage unit and related to the fixed identifier extracted by the 
extraction unit ("a header translation unit 33 for translating the header of a packet 
fetched by the IPv4/v6 reception processing unit 31 based on address translation 
information stored in an address translation information table 35 and for updating the 
contents of the address translation information table 35 as required", Column 6 Lines 
22-27); a replacing unit (read as an address translation information exchange unit (Fig. 2 
@ 34)) replacing the address in the second network read by the reading unit with the 
source address of the data (Fig. 2 @ 34 "for exchanging the address translation 
information stored in the address translation information table 35 with address 
translation information stored in a particular node connected to the IPv4 network 54.", 
Column 6 Lines 30-34). However, Hamamoto et al. fails to teach an identifier extraction 
unit extracting a variable address of a terminal device connected'to the first network and 
the fixed identifier, from the data received via the first network; an identifier storage unit 
storing the variable address and the fixed identifier extracted by the identifier extraction 
unit by relating the variable address and the fixed identifier; a variable address 
acquisition unit acquiring, from the storage unit and the identifier storage unit, the 
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variable address corresponding to a destination address of the data addressed to the 
terminal device, which contains, as a destination address, the address in the second 
network received via the second network and an adding unit adding the variable 
address acquired by the variable address acquisition unit, as the destination address of 
the received data, and adding the fixed identifier related with the variable address 
stored by the identifier storage unit, to the received data. 

Asano et al. illustrates a case wherein the identifier receiving unit (read as home 
agent (Fig. 2 @ 20)) receiving data containing a variable address (read as a care-of 
address) of an IPv6 terminal device and the fixed identifier (read as home address) 
indicating the IPv6 terminal device ("Mobile IPv6 ... has two IP addresses as shown in 
FIG. 2: home address and care-of address.", paragraph [0008], Lines 1-3 and [0015]); 
an identifier storage unit (read as a home agent) storing the care-of address and the 
fixed identifier (read as a home address) that have been received by the identifier 
receiving unit by relating to the care-of address and the fixed identifier (read as a home 
address) each other (the home agent incorporates a "storage section to memorize an 
address management table, which defines the relationship between the home address 
and care-of address.", [0008] Lines 6-8); a variable address acquisition unit (read as 
home agent (Fig. 2 @ 20)) acquiring, from the storage unit and the identifier storage 
unit, the variable address(read as a care-of address) corresponding to a destination 
address of the data addressed to the terminal device, which contains, as a destination 
address, the address in the second network received via the second network ("If the 
Mobile IPv6 terminal 10 moves subsequently (S50), the home agent registers the 
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invariable home address 22 and a new care-of address 23, which results from a move, 
in the address management table, and sends an acknowledgment packet back to the 
Mobile IPv6 terminal 10(S70)", paragraph [0013] Lines 11-14) and an adding unit 
adding the variable address acquired by the variable address acquisition unit, as the 
destination address of the received data, and adding the fixed identifier related with the 
variable address stored by the identifier storage unit, to the received data. It would have 
been obvious to a person of ordinary skill in the art to combine the home agent of Asano 
et al. in with the translator of Hamamoto et al. for the purpose of coupling two distinct 
networks having different addressing architectures. The motivation being to efficiently 
exchange a data communication path and couple an IPv4 terminal to intercommunicate 
to a Mobile IPv6 terminal and vice versa. 

However, Hamamoto et al. and Asano et al. does not explicitly teach an adding 
unit adding the variable address acquired by the variable address acquisition unit, as 
the destination address of the received data, and adding the fixed identifier related with 
the variable address stored by the identifier storage unit, to the received data. It would 
have been obvious to a person of ordinary skill in the art to incorporate the functionality 
of an adding unit (taught by Asano et al.'s home agent (Fig. 2@ 20) in with the 
translation device ((Fig.1 @ 55) as taught by Hamamoto et al.) for the purpose of 
coupling two distinct networks having different addressing architectures. Lacking any 
criticality, to make prior art parts integral does not make the claimed invention 
patentable over the prior art. MPEP § 2144(V)(B) (Citing to In re Larson, 340 F.2d 965, 
968, 144 USPQ 347, 349 (CCPA 1965)). 
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Regarding claim 3, Hamamoto et al. clearly shows and discloses a packet 
translation device, interposed between an IPv6 (Internet Protocol version 6) network 
and an IPv4 (Internet Protocol version 4) network, for mutually translating an IPv4 
packet and an IPv6 packet (inherently taught by Ipv6/lpv4 translator (Fig.1 @ 55) and 
Column 6 Lines 5-6), comprising: an extraction unit extracting, from the IPv6 packet, a 
fixed identifier indicating a transmission source of the IPv6 packet ("The header 
translation unit 33, upon receiving the packet, extracts the IPv6 address, which is the 
source IP address, included in the packet, and searches for an IPv4 address which has 
previously corresponded to the extracted IPv6 address Column 8 Lines 3-7); a 
storage unit (read as an address translation information table (Fig. 2 @ 35)) storing the 
fixed identifier and an IPv4 address assigned to the transmission source by relating the 
fixed identifier and an IPv4 address each other (Fig.2 @ 35 is used to store "... address 
translation information", Column 6, Line 25); a reading unit (read as IPv4/v6 reception 
processing unit (Fig.2 @ 31)) reading the IPv4 address stored on the storage unit (read 
as an address translation information table (Fig. 2 @ 35)) and related to the fixed 
identifier extracted by the extraction unit (Fig.2 @ 35 is used to store "... address 
translation information", Column 6, Line 25); and a packet translating unit translating the 
IPv6 packet into the IPv4 packet with the IPv4 address read by the reading unit being 
set as a source address ("a header translation unit 33 for translating the header of a 
packet fetched by the IPv4/v6 reception processing unit 31 based on address 
translation information stored in an address translation information table 35 and for 
updating the contents of the address translation information table 35 as required", 
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Column 6 Lines 22-27); wherein. the packet translating unit (read as translator (Fig.1 @ 
55)) translates the IPv4 packet into an IPv6 packet ("the header translation unit 33 sets 
an IPv4-mapped-IPv6 address "::ffff:1 33. 144.95.22" of the IPv4 host 53 as the source IP 
address and the previously extracted IPv6 address M ::1234:5678:9abc" as the 
destination IP address in the packet.", Column 11 Lines 31-35). However, Hamamoto et 
al. fails to teach an identifier receiving unit receiving data containing a care-of address 
of an IPv6 terminal device and the fixed identifier indicating the IPv6 terminal device; an 
identifier storage unit storing the care-of address and the fixed identifier that have been 
received by the identifier receiving unit by relating to the care-of address and the fixed 
identifier each other; a care-of address acquisition unit acquiring the care-of address 
corresponding to a destination address of the received IPv4 packet from the storage 
unit and from the identifier storage unit, with the care-of address acquired by the care- 
of address acquisition unit being set as a destination address, and with the fixed 
identifier related with the care-of address stored by the identifier storage unit. 

Asano et al. illustrates a case wherein the identifier receiving unit (read as home 
agent (Fig. 2 @ 20)) receiving data containing a care-of address of an IPv6 terminal 
device and the fixed identifier (read as home address) indicating the IPv6 terminal 
device ("Mobile IPv6 ... has two IP addresses as shown in FIG. 2: home address and 
care-of address.", paragraph [0008], Lines 1-3 and [0015]); an identifier storage unit 
(read as a home agent) storing the care-of address and the fixed identifier (read as a 
home address) that have been received by the identifier receiving unit by relating to the 
care-of address and the fixed identifier (read as a home address) each other (the home 
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agent incorporates a "storage section to memorize an address management table, 
which defines the relationship between the home address and care-of address.", [0008] 
Lines 6-8); a care-of address acquisition unit (read as home agent (Fig. 2 @ 20)) 
acquiring the care-of address corresponding to a destination address of the received 
IPv4 packet from the storage unit and from the identifier storage unit, with the care-of 
address acquired by the care-of address acquisition unit being set as a destination 
address, and with the fixed identifier related with the care-of address stored by the 
identifier storage unit ("If the Mobile IPv6 terminal 10 moves subsequently (S50), the 
home agent registers the invariable home address 22 and a new care-of address 23, 
which results from a move, in the address management table, and sends an 
acknowledgment packet back to the Mobile IPv6 terminal 10(S70)", paragraph [0013] 
Lines 11-14). It would have, been obvious to a person of ordinary skill in the art to 
combine the home agent of Asano et al. in with the translator of Hamamoto et al. for the 
purpose of coupling two distinct networks having different addressing architectures. The 
motivation being to efficiently exchange a data communication path and couple an IPv4 
terminal to intercommunicate to a Mobile IPv6 terminal and vice versa. 

Regarding claim 5, and as applied to claim 3 above, Asano et al., as modified 
by Hamamoto et al., teach a packet translation device (Fig.1 @40) wherein 
the fixed identifier is a home address of the IPv6 terminal device ("Mobile IPv6 ... has 
two IP addresses as shown in FIG. 2: home address and care-of address.", paragraph 
[0008], Lines 1-3 and [0015]). 
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Regarding claim 6, and as applied to claim 3 above, Hamamoto et al., as 
modified by Asano et al., further discloses a packet translation device (inherently taught 
by Ipv6/lpv4 translator (Fig. 1 @ 55) and Column 6 Line 5-6), wherein the storage unit 
further stores a port number by relating the port number, the address and the fixed 
identifier each other (Column 13 Lines 48-63), and wherein the reading unit reads the 
IPv4 address and the source port number stored on the storage unit and related to the 
fixed identifier extracted by the extraction unit (Column 6 Lines 22-27) 

Regarding claim 7, and as applied to claim 6 above, Hamamoto et al. clearly 
shows and discloses a packet translation device (read as Ipv6/lpv4 translator (Fig.1 @ 
55) and Column 6 Line 5-6). However, Hamamoto et al. fails to teach wherein the care- 
of address acquisition unit acquires, from the storage unit and the identifier storage unit, 
a care-of address corresponding to the destination address and the destination port 
number of the IPv4 packet received. 

Asano et al. teach a case where the care-of address acquisition unit (taught by 
home agent 20 (Fig. 2)) acquires, from the storage unit and the identifier storage unit 
(read as address management table [0016]), a care-of address corresponding to the 
destination address and the destination port number of the IPv4 packet received 
([0015]-[0016]). It would have been obvious to a person of ordinary skill in the art at the 
time of the invention was made to have a Mobile Ipv6 terminal to send notice of a care 
of address via a home agent as shown by Asano et al. in the translator of Hamamoto et 
al. for the purpose of coupling two distinct networks having different addressing 
architectures. The motivation being to 
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Regarding claims 8 and 9, Hamamoto et al. clearly shows and discloses a 
packet translation device, interposed between an IPv6 (Internet Protocol version 6) 
network and an IPv4 (Internet Protocol version 4) network, for mutually translating an 
IPv4 packet and an IPv6 packet (inherently taught by Ipv6/lpv4 translator (Fig. 1 @ 55) 
and Column 6 Lines 5-6), comprising: an extraction unit extracting, from the IPv6 
packet, a fixed identifier indicating a transmission source of the IPv6 packet ("The 
header translation unit 33, upon receiving the packet, extracts the IPv6 address, which 
is the source IP address, included in the packet, and searches for an IPv4 address 
which has previously corresponded to the extracted IPv6 address Column 8 Lines 
3-7); a storage unit (read as an address translation information table (Fig. 2 @ 35)) 
storing the fixed identifier and an IPv4 address assigned to the transmission source by 
relating the fixed identifier and an IPv4 address each other (Fig. 2 @ 35 is used to store 
"... address translation information", Column 6, Line 25); a reading unit (read as 
IPv4/v6 reception processing unit (Fig. 2 @ 31)) reading the IPv4 address stored on the 
storage unit (read as an address translation information table (Fig. 2 @ 35)) and related 
to the fixed identifier extracted by the extraction unit (Fig. 2 @ 35 is used to store "... 
address translation information", Column 6, Line 25); and a packet translating unit 
translating the IPv6 packet into the IPv4 packet with the IPv4 address read by the 
reading unit being set as a source address ("a header translation unit 33 for translating 
the header of a packet fetched by the IPv4/v6 reception processing unit 31 based on 
address translation information stored in an address translation information table 35 and 
for updating the contents of the address translation information table 35 as required", 
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Column 6 Lines 22-27); wherein the packet translating unit (read as translator (Fig.1 @ 
55)) translates the IPv4 packet into an IPv6 packet ("the header translation unit 33 sets 
an IPv4-mapped-IPv6 address "::ffff: 133. 144.95.22" of the IPv4 host 53 as the source IP 
address and the previously extracted IPv6 address "::1234:5678:9abc" as the 
destination IP address in the packet.", Column 11 Lines 31-35). However, Hamamoto et 
al. fails to teach an identifier receiving unit receiving data containing a care-of address 
of an IPv6 terminal device and the fixed identifier indicating the IPv6 terminal device; an 
identifier storage unit storing the care-of address and the fixed identifier that have been 
received by the identifier receiving unit by relating to the care-of address and the fixed 
identifier each other; a care-of address acquisition unit acquiring the care-of address 
corresponding to a destination address of the received IPv4 packet from the storage 
unit and from the identifier storage unit, with the care-of address acquired by the care- 
of address acquisition unit being set as a destination address, and with the fixed 
identifier related with the care-of address stored by the identifier storage unit; an IPv6 
terminal device transmitting, to a home agent set in the device itself, a registration 
message containing a care-of address and a home address that are assigned to the 
device itself; and a home agent forwarding, upon receiving the registration message 
from the IPv6 terminal device, the received registration message to the packet 
translation device. 

Asano et al. illustrates a case wherein the identifier receiving unit (read as home 
agent (Fig. 2 @ 20)) receiving data containing a care-of address of an IPv6 terminal 
device and the fixed identifier (read as home address) indicating the IPv6 terminal 
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device ("Mobile IPv6 ... has two IP addresses as shown in FIG. 2: home address and 
care-of address.", paragraph [0008], Lines i-3 and [0015]); an identifier storage unit 
(read as a home agent) storing the care-of address and the fixed identifier (read as a 
home address) that have been received by the identifier receiving unit by relating to the 
care-of address and the fixed identifier (read as a home address) each other (the home 
agent incorporates a "storage section to memorize an address management table, 
which defines the relationship between the home address and care-of address.", [0008] 
Lines 6-8); a care-of address acquisition unit (read as home agent (Fig. 2 @ 20)) 
acquiring the care-of address corresponding to a destination address of the received 
IPv4 packet from the storage unit and from the identifier storage unit, with the care-of 
address acquired by the care-of address acquisition unit being set as a destination 
address, and with the fixed identifier related with the care-of address stored by the 
identifier storage unit ("If the Mobile IPv6 terminal 10 moves subsequently (S50), the 
home agent registers the invariable home address 22 and a new care-of address 23, 
which results from a move, in the address management table, and sends an 
acknowledgment packet back to the Mobile IPv6 terminal 10(S70)", paragraph [0013] 
Lines 11-14); an IPv6 terminal device transmitting, to a home agent set in the device 
itself, a registration message containing a care-of address and a home address that are 
assigned to the device itself ("... the Mobile IPv6 terminal 10 is turned ON and started 
up, it notifies a home agent 20 of its home address and care-of address (S10 -> S20).", 
paragraph [0013], Lines 3-5); and a home agent forwarding, upon receiving the 
registration message from the IPv6 terminal device, the received registration message 
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to the packet translation device (The home agent replies back with an ACK message to 
the Mobile IPv6 terminal and then Mobile IPv6 terminal forwards this message onto 
IPv4/IPv6 translation apparatus (Fig. 15 @ 40)). It would have been obvious to a person 
of ordinary skill in the art to combine the home agent of Asano et al. in with the 
translator of Hamamoto et al. for the purpose of coupling two distinct networks having 
different addressing architectures. The motivation being to efficiently exchange a data 
communication path and couple an IPv4 terminal to intercommunicate to a Mobile IPv6 
terminal and vice versa. 

Response to Arguments 

5. Applicant's arguments with respect to claims 1-9 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

6. THIS ACTION IS MADE NON-FINAL. Applicant is reminded of the extension of 
time policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Any response to this Office Action should be faxed to (571) 273-8300 or mailed 

to: 

Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Hand-delivered responses should be brought to 

Customer Service Window 
Randolph Building 
401 Dulany Street 
Alexandria, VA 22314 

Any inquiry concerning this communication or early communications from the 

Examiner should be directed to Salvador E. Rivas whose telephone number is (571) 

270-1784. The examiner can normally be reached on Monday-Friday from 7:30AM to 

5:00PM. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Huy D. Vu can be reached on (571) 272- 3155. The fax phone number for 
the organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
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USPTO Customer Service Representative or access to the automated information 
system, call 800-786-91 99 (IN USA OR CANADA) or 571 -272-1 000. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist/customer service whose telephone 
number is (571) 272-2600. 




Salvador E. Rivas 
S.E.R./ser 



October 26, 2007 
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